Delivering targeted advertising to mobile devices

ABSTRACT

A method for loading a layout with advertising item data is provided. Layout header data is parsed. A layout item object is then built. Global layout variables are replaced with values. Local layout variables are replaced with data from content objects. Displayed data is then created.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is continuation application of U.S. patentapplication Ser. No. 12/639,609, filed Dec. 16, 2009, which is adivisional application of U.S. patent application Ser. No. 11/349,037,filed Feb. 6, 2006, which claims the benefit of U.S. Provisional PatentApplication Ser. No. 60/650,363, filed Feb. 4, 2005, the disclosures ofwhich are incorporated by reference herein in their entireties.

FIELD OF THE INVENTION

This invention relates generally to systems and methods associated withportable devices, and more particularly to systems and methodsassociated with portable devices to deliver target advertising:

BACKGROUND

Currently general advertising on portable devices is delivered only asShort Message Service (SMS) or text messages. These messages can onlycontain plain text and are delivered to the SMS inbox provided by mostportable devices. They go into the general inbox that contains allmessages received by that device from any source. There is no ability totrack which advertisements or coupons are read or deleted or, in fact,any confirmation that the user even looked in the SMS inbox.

Advertising is also delivered as part of streaming video (ie. TV) onsome mobile devices, however it acts like current TV adverting, where itinterrupts the content with the advertisement and there is no ability totarget different ads to different demographics nor any way to interactwith the advertising.

SUMMARY

Accordingly, an object of the present invention is to provide improvedmethods for delivering advertising items to a client at the client'sportable device.

Another object of the present invention is to provide improved methodsfor delivering coupons to a client's portable device.

Yet another object of the present invention is to provide improvedmethods for making coupon recommendations to a client using clientdemographic and client historical data.

A further object of the present invention is to provide improved methodsfor displaying layouts with advertising item data at a client's portabledevice.

Another object of the present invention is to provide improved methodsfor allowing customers to manage their advertising campaigns.

Yet another object of the present invention is to provide improvedmethods for downloading advertising items to a portable device of aclient.

These and other objects of the present invention are achieved in amethod for loading a layout with advertising item data. Layout headerdata is parsed. A layout item object is then built. Global layoutvariables are replaced with values. Local layout variables are replacedwith data from content objects. Displayed data is then created.

In another embodiment of the present invention, a method is provided forallowing customers to manage their advertising campaigns. A clientdelivered advertising item is delivered relative to a product or serviceof a customer. A new demographic profile is created for clienttargeting. A new advertising campaign is created that links contentdeliverables and demographic profiles relative to the advertising item.The new advertising campaign is launched. The advertising campaignresults are then viewed by the customer.

In another embodiment of the present invention, a method is provided ofdownloading advertising items from a host server to a portable device ofa client. A client's device information, relative to the client'sportable device, is received at the host server. A determination ismade, from the client's device information, the model or version of theclient's portable device. In response to the step of determining, aclient ID is embedded in the client's portable device. Client softwareis delivered from the host server to the client's portable device. Theclient software is used for downloaded advertising items relative to aproduct or service from the host server to the client's portable device.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a flow chart illustrating a high level view of a communicationbetween a client and the host server of the present invention.

FIG. 2 is a flow chart illustrating one embodiment of method ofdelivering advertising to a client at a portable device in oneembodiment of the present invention.

FIG. 3 is a flow chart illustrating the use of loyalty cards in oneembodiment of the present invention.

FIG. 4 is a slow chart illustrating one embodiment of an initialapplication startup of the present invention.

FIG. 5 is a flow chart illustrating loading a display layout andadvertising data in one embodiment of the present invention.

FIG. 6 is a flow chart illustrating one embodiment of uploadingadvertising items, such as coupons, of the present invention.

FIG. 7 is a flow chart illustrating one embodiment of a host server ofthe present invention.

FIG. 8 is a flow chart illustrating one embodiment of an standardapplication use of the present invention.

FIG. 9 is a flow chart illustrating one embodiment of a method for thedelivery of client software to a client at a portable device of thepresent invention.

FIG. 10 is a flow chart illustrating one embodiment of a advertisingitem/coupon recommendation engine of the present invention.

FIG. 11 illustrates one embodiment of a display received at a client'sportable device of the present invention.

FIG. 12 is a flow chart illustrating one embodiment of a campaignmanagement system of the present invention.

DETAILED DESCRIPTION

In one embodiment of the present invention, illustrated in FIG. 9, amethod is provided for the delivery of software for the delivery ofadvertising items to a client at a portable device. Suitable portabledevices include but are not limited to, cell phone, personal digitalassistants (PDA's), smart devices, personal portable devices and thelike. This can be implemented over a network connection, downloaded viacable or over a Bluetooth connection, come preinstalled by the phoneoperating system (OS) manufacture or distributor, and the like.

A client ID is sent to a host server. A downloaded advertising item isproduced relative to a product or service from the host server, asillustrated in FIG. 2. The downloaded advertising item is parsed andstored. In response to the parsing and storing, displaying theadvertising item is displayed to the client at the mobile device.

The displayed advertising item includes at least one of, a list ofmerchants, special event data, a coupon, an ad, a contest, a loyaltycard (FIG. 3), and the like. The downloaded advertising item includesboth layout and content information.

When the client first starts an application, a network connection withthe host server begins in the background. This network connectionreaches the host server both to upload and download data. All loggedinformation is uploaded, including but not limited to each advertisingitem, such as a coupon, used, deleted and viewed by the client and howoften. The amount of free space available on the client's portabledevice is also uploaded. Addition data can be attached including but notlimited to the current global positioning system (GPS) coordinates ofthe client's portable device. Client requests are uploaded. By way ofillustration, and without limitation, these client request can include,requests to install the client on a different portable device,specifically requested advertising items, personal data entered, and thelike. Advertising items can be requested by entering a short code,waving a Bluetooth® enabled device over a transmitter, taking a pictureof a code, such as a barcode or other machine readable picture, with theclient's portable device's built in camera. This can then be translatedinto a code to be uploaded, received as an infrared (IR) signal via anIR receiver or any other reasonable input method into the client'sportable device.

As shown in FIG. 3, the client can link its loyalty card or informationto the host server, through their portable device, and the like. Theportable device, and the like, is used to provide the client ID at thepoint of sale. The loyalty data linked to the ID can be used by the hostserver to provide custom content, including but not limited to,discounts, special events, and the like, in response to the client'sprevious purchasing history. The client's portable device can be used totrack a client's progress towards a goal, e.g., buy 10,get the 11thfree, and the like.

A portable device application is downloaded from the host computer andinstalled on the client's portable device. An application can be run bythe client that is prompted for the client's personalized information.Such personal information can include, but it not limited to theclient's, zip code, age, gender, address, contact information,preferences, and the like. One instance of how the initial flow can workcan be seen in FIG. 4.

In producing the downloaded advertising item, data of the client'sactions and the client's non-actions is processed at the server fromprevious client activity. The client's actions and non-actions for theadvertising item are then updated and stored at the host server. Inresponse to the updating, the new advertising item is sent to theclient.

During parsing, the host server can pre-format the advertising item foreasier client use. By way of illustration, and without limitation, thehost server can place the content to be delivered in a specific fixedorder, delimited by a special character. The client can then easilyiterate across this list, parsing and placing each element into an arrayin the same order. The client can use the same previous knowledge aboutthe order to index into that array, to load any specific element. Thedata in the same form can be stored for later retrieval using the samemethod.

The data can be transmitted in an extremely compact form. By way ofillustration, and without limitation, one method is to have a list ofvalues, delimited by a special character, with each addition positionrepresenting a different element of data. By way of illustration, acoupon can be represented as follows:

434:101:1:10:2:1:3:Acme Warehouse:4:Get $10 of at Acme!:5:010106:6:Cannot be combined with any other offers. Void where prohibited.

In addition, a string of suitable length can be first compressed. Manyother characters can also be a delimiter. Some delimiters could also beremoved by fixed the length of ids, so that the first part above couldbe transmitted as “434101”. If the amount of data transmitted cannot beas constrained, the Extensible Markup Language (XML) given above canalso be transmitted as is.

In a case where a string (for instance the small print string withtype_id 6 above) is already on the client, instead of transmitting thestring again, a code number can be transmitted representing the couponfor which the string already exists that should be used for this coupon.

Following parsing, the client tokenizes the advertising item, exams eachheader of a token to determine its type, and then process according totype, see FIG. 5. When the advertising item is displayed to the clientat the portable device, the client indicates which content received todisplay next based on hard coded values or the client's input. Thecontent and layout are then loaded by the client's portable device.

The client's portable device sorts through the layout and replaces anyvariables in the layout with data from the content. Layout constants areadjusted based on specific settings of the client's portable device. Thelayout is then passed with the adjusted values to a controller of theportable device. The controller follows instructions in the layout, andthe instructions then paint the data onto the screen of the client'sportable device. Client input is accepted by the controller, andinstructions or commands are applied in the layout to decided what to donext. The layout maps each possible client input to a command string.When the client receives the command, the client loads and parses thatcommand string which can consist of one or more commands. Each commandis executed in order, effecting either the current screen, flow toanother screen, causing the storing of data or causing a networkoperation to occur. These steps are then repeated for each screen thatthe client sees at its portable device.

An iteration is made over all of the elements in the layout. The type ofeach layout element is determined, and specific parsing code is used toproperly expand the layout data into the element later to be displayed.Variables or constants found in the layout are then replaced with datafrom the content of a configuration file of the portable device.Equations found to calculate final values of specific elements in thelayout are then executed. Equations can consist of constant numericalvalues, variable specific to the content, constants specific to theclient portable device or variable specific to the current state of thelayout. The calculations produce a final numerical value that is used inthe display of an object. Looping objects are duplicated based on thenumber of content objects that exist, each of a sub-loop element valuebeing loaded from a specific sub-content object.

In response to client input to the portable device, the portable deviceloads an appropriate set of commands from the active layout and thenexecutes those commands. A variety of commands can be utilized includingbut not limited to those that can, cause storage operation, networkoperations, screen operations flow control operations, and the like. Oneembodiment of a possible flow for loading, viewing and use of a couponcan be seen in FIG. 6.

In one embodiment, the commands are executed by specific portable devicephone threads. The threads can include but are not limited to, timerthreads that cause a command to executed after a specific amount of timehas passed, a network status thread, causing a command to be executed atvarious stages of network operation, a save storage status thread, thealso causes a command to be executed at various stages of networkoperation, and other interrupt or restore threads.

In one embodiment, the host server functionality is broken down intoseveral sections, including but not limited to, user management,advertising item distributor, campaign manager, client distribution,display management, and the like. The functionality needed can bedivided other ways, this keeps the cleanest separation by enforcing theseparation of clients from content, content management and other clientdetails. This allows expansion or modification of one area whileminimizing change in the others. In addition a controller exists formanaging the network connection and sending incoming request data to theappropriate system, and appending its response to the set of responsesdue to be returned to the client. The controller is responsible forpassing data between the separate sections, enforcing their separationby allowing communication via one known channel. In one embodiment ofthe present invention, Java is used with Java® Servlet technology and astructured query language (SQL) database for data storage. The hostserver can be written in other languages, including but not limited toin C/C++, Perl or several other languages. In addition, all changes tothe database can be stored with timestamps and old data need not bedeleted. Therefore, when a field needs to be updated, a new entry iscreated with a timestamp indicating the new data value. The old value ismarked as no longer valid. In this way, a complete history of all datachanges can be examined.

FIG. 7 illustrates one embodiment of a high level overview showing howthe host server parts relate to the client communications. In oneembodiment, a controller is provided and accepts the incoming networkrequest from a client, handles any decryption of incoming data, decodesthe data and loads it into a data structure, and passes the data alongthe chain of systems. In each case the results of the run of one systemare passed on to the next system. In one embodiment, the encoder encodesthe end data, for the client, encrypts it and returns it to the client.It then terminates the network connection. The controller can also trackthe amount of data sent to and from a client and any attempts toillegally access the system.

A user management system (“UMS”) is provided and is responsible forregistering and verifying clients, tracking client information,including but not limited to, client location via GPS, device andsoftware version, personal details, connection information, billinginformation and billing records, and also provides for theadministration of the same. One embodiment can be seen in FIG. 8.

In one embodiment, the UMS has two sets of access points, one used bythe client and one used via a web browser to view and edit the clientdata. When contacted from the client, there are two major actions thatcan be performed. The first is the one time registration of a new clientwith the hose server. The client uploads to the UMS, the client'sportable device identifier along with all information on model, type,free memory plus any data already gathered from the client, includingbut not limited to, gender, age or zip code. The UMS creates a newdatabase entry for this client and assigns a unique client ID (UID). Italso checks the client distribution system (“CDS”) to see if there isany data about who referred this client and if they are seeking somespecific coupon, and stores this information. It then returns to thedevice this UID which is stored for future communication.

The second type of action is a standard communication from a deviceprocessed through the controller. The UMS is responsible for verifyingthat a valid was sent, storing any data uploaded by the client that isrelated to the client and returning any commands to ask the client torequest additional client information. After checking that the UIDexists in the database and is currently active and valid (not marked aslocked) the UMS parses the data passed in for personal clientinformation. If it finds keys for values it is interested in, such asdate of birth, gender, age, income, zip code, address, billing or creditcard information, reward card information or other personal informationthe UMS adds it to the client record and removes it from the incominginformation flow.

The UMS looks for location based information, including but not limitedto GPS coordinates, received data from Bluetooth® transmitters, anInternet Protocol (IP) address assigned from a wireless or wiredinternet connection, where the location can be calculated or other data.This is then converted into a street address and stored along with thean accuracy range (where the GPS coordinates might give a three meterrange, a Bluetooth® message a 3 foot range and an IP lookup might allowfor a 1 mile radius or more) for access by other systems. In the case ofthe GPS coordinates, a map lookup will give a street address. For theBluetooth® transmitted the location of the transmitter must already beknown. For wired connections, by tracking the path that packets take,the closest router or server can be determined and based on the locationof that server and the delay packets take to get from the client to thatserver, a location can be calculated. Finally for wireless, the locationof the base station that the client is connecting to can be looked up.

The UMS then checks to see if the current rules suggest that it ask theclient for additional personal information. For instance if the clienthas used the system for two weeks, several times a day, the internalrule set might suggest that this is a good time to ask them for theclient's zip code. In addition the client might have performed an actionthat required more data. For instance, the client may have attempted tobuy a prepaid purchase code that could be loaded on the client'sportable device and the system need to request their credit card number.If any of these are true, the system adds to its outgoing command list arequest to the client to ask the client for this information and if theinformation is optional or not.

The UMS processes any incoming requests that require a billing or debitaction such as directly buying something via an ad, prepaying for aseries of items, buying a discount of some type or other action. The UMScharges the client's credit card, PAYPAL account, bank account orinternal balance if it is a dollar charge, or debits internal rewardbalances if the client is using a reward points gained for use ofcoupons, viewing ads, sharing ads or other reasons. The UMS records thisand adds the note of the successfully or unsuccessfully charge to theoutgoing data. All of the results are then returned to the controllerfor future actions.

The ad distribution system (“ADS”) is in charge of managing anddelivering all item data to the client, including but not limited toads, coupons, discount cards, prepaid charge numbers, and the like. TheADS receives the UID from the controller and the log data from theclient. It first processes the log data, possessing records ofadvertising items deletions, such as coupon, from memory, marking thoseadvertising items as removed from the client. Second it records views,uses and deletes of advertised items. All used and expired advertisingitems are marked to be deleted from the client memory and commands to doso are added to the outgoing command queue.

The ADS checks incoming data for any requests from the client forspecific requested advertising items such as coupons, for instance ifthe client entered a code or otherwise indicated it wanted a coupon fora specific item or set of items either via the client or the web, orpurchased items that need to be delivered, and adds them to the outgoingqueue. The ADS checks if any advertising items have been explicitly sentto the client by another client and adds them to the queue in order.

Finally the ADS checks the database of available advertising items notyet delivered or planned to be delivered and selects a subset that bestmatch the client's profile. This is a two step processes. First,available advertising items are filtered on client information such asage, gender, location (either zip code or location information processedby the client manager) and all advertising items whose distributiondemographics requirements do not include the client are excluded.Advertising item data can include explicit restrictions or targets forone or more of these demographics that mean the advertising item wouldnot be valid to be delivered under any normal circumstance to thisclient. Second, all remaining advertising items are given a score on ascale of 0.0-100.0 on how good a fit they are for the client. Thisincludes filtering based on the same demographics as before except nowusing the suggested range information included in a coupon data.

By way of illustration, and without limitation, a coupon might only beallowed to be delivered to people age 18-45 of either gender but wouldprefer to reach age males 24-35 years old. In addition, the categoriesthis coupon falls into are compared with ones this client has alreadyused or not used (e.g., expired or deleted) and values are added orsubtracted from the total score accordingly. The ADS then checks whatother clients have used this coupon and if their coupon usage patternsand demographics match this client. For instance, if this coupon,perhaps one for diapers, was used by others who also used a coupon forbaby formula, and this current client used the baby formula coupon, thescore for this coupon for diapers would be increased. The greater thesimilarity between two clients, the more coupons in common they eitherused or did not use, the higher the score is increased for a coupon usedby one but not by the other. This in turn is done for all clients whohave a similarity, producing a final score.

Finally for any coupon that uses random values to provide rewards, arandom number is chosen and the final values of the coupon are generatedand a use code is assigned. In some cases this use code will be the sameacross all coupons, for example, a generic discount coupon that have thesame UPC, and in other cases each have an a unique code. This allows onetime use coupons, coupons that acted as cash or cash equivalents or anyother situation where either individual tracking of coupon use atPoint-of-Sale was critical or enforcing a one-time use policy wasdesired. The list of possible advertising items, such as coupons, isthen sorted by score is returned to the controller.

In one embodiment of the present invention, the display manager hasthree primary functions. The three functions are, keeping track of whatkind of list viewer the client has and how many advertising items it canhandle, determining what displays and images are already installed onthe client and how much free space is available for more and finallydelivering any additional displays or images necessary to view newadvertising items being delivered.

The display manager receives the UID and log information from client andadvertising item information just generated by the ADS from thecontroller. The display manager first processes the log data, noting alldeleted advertising items, images and displays and updates itsunderstanding of how much space remains on the client for additionimages, displays and ads. Second the display manger considers thecurrent list view display installed on the client and if any new updatedones are available and, if so, adds them to the outgoing queue.

The display manager considers the list of advertising items from theADS, first trimming the list by removing those with the lowest scoreuntil the list is of a size that the list display that is or will beinstalled can handle based on technical and human computer interaction(HCl) requirements. The display manger then proceeds thought the listfrom highest score to lowest, determining what additional display's orimages are necessary for that advertising item. It continues until thetotal size of the additional data hits the maximum for the client. Thedisplay manger then adds the display's images and advertising itemsselected to the outgoing queue.

The display manager examines the list of deleted advertising items andcurrent advertising items and decides which images and displays are nolonger necessary for the client and appends to the queue commands to theclient to delete the unnecessary ones. This data is then returned to thecontroller. At this point the controller sends the complete set ofcommands and data to the client and closes the network connection.

In addition to client access some of the systems or parts of the hostserver systems are accessed via a web browser for clients to view oredit data or request. These include the CDS, UMS and the ADS.

The CDS is a system for making the client available for download. Onemethod for distributing the client is via SMS where a SMS is sent with adownload link to the client hardware. When the link is followed theclient is installed. The CDS has two parts, one getting this SMS messageto a client and second hosting the link to download the client, asillustrated in FIG. 9.

In various embodiments of the present invention, an SMS is sent with theclient download link in numerous methods. One is to request it viaanother client application already installed. The client enters a phonenumber of the portable device that should receive the SMS and the clienttransmits it to the CDS along with the UID of the requesting client fortracking purposes. The CDS logs this information and sends a SMS with alink to a servlet on the CDS server. The link has an unique ID embeddedin it to track how many people use this link, if this SMS if forwardedto others.

The client download link can also be requested by sending an empty SMSmessage from the portable device in question to a specific number orshort code which the CDS monitors and responds as above sending the SMSto the same device that sent the original SMS. Finally the phone number,email address or other contact information, and the like, can be enteredin a web form. In addition the UID or phone number of the referred canbe entered. Again an SMS, as described above, can be sent to the phonenumber in question. In all of these cases, a code could also be includedeither in the SMS message or on the website to indicate the client issigning up for a specific advertising item to start.

When a link in a SMS is followed, the CDS server receives the request,logs the ID in the download link and checks the header informationpassed with the browser request. Based on this information the CDSserver decides which version of the application to deliver to theportable device in question, and sends a redirect request to the browserthat points at the actual download uniform resource locator (URL) forthis version of the client.

When a new client connects for the first time, the CDS can be checked tosee who or what should receive credit for getting the client to the hostserver. If it is another client, it might receive some kind of credit orspecial advertising item while someone paid to sign up clients could betracked to see how well they do their job. Additionally, the host serveris checked for any special code to indicate that certain advertisingitems or data should be delivered as soon as possible. One embodiment ofthis flow. A client can also access its personal information and profilevia the web. The UMS provides both authentication for web site login andthe ability to view and edit certain information.

If a client desires access via the web site, the client enters theclient's portable device ID on the site. The site then sends to theclient a random password for the first login. This, combined with theclient's portable device ID, allows the client access to the UMS and allother web based systems. The UMS acts as a universal authenticationsystem for all the web systems. The UMS is responsible for providingbasic authentication tools, the ability to change passwords, recover alost password, and the like. Additionally, the client can view itspersonal profile, edit demographic data, provide addition demographicdata, view billing information, update billing data and perform othertasks on their personal data.

The ADS can be partly accessible online. The client can see whatadvertising items it currently has, search the advertising item databasefor addition advertising items it wants to have downloaded, viewpreviously used advertising item data and access other data.Additionally, the ADS is responsible for allowing advertising items tobe sent to a specific client. As discussed before from within a clientthe present invention provides that a specific advertising item can besent to another client.

There are two ways the ADS can be used. The first is where one client tosends an advertising item or set of advertising items to another client.By entering some unique information about the client, for instance anemail address, device id, phone number or the like, and selecting thesubset of advertising items it wants to send, the ADS records the factthat these advertising items were specifically requested by others,giving them a high score the next time that client's client connects toreceive new data. Second, a client can follow an outside link from awebsite, email or other source that contains an advertising item ID.This takes the them to this ADS website where, by entering their clientID, can alert the system that the next time the client connects it wantsthe advertising item indicated by the ID in the link it followed. Thislink can be provided several ways including, by another client or by acorporation advertising its advertising items via email, a website,flyer or in another manner.

Referring to FIG. 3, in one embodiment of the present invention, amethod is provided for producing a coupon recommendation to a clientfrom a host that has a host server. Prior to loading client demographicand client historical data to the host server, data is processed fromthe client that includes client interactions with coupons delivered bythe host server, any other client interactions with their clientportable device including but not limited to, the time stamp of theinteraction, the key used to cause the interaction, where possible theGPS location of the command, and all other data that can be extracted. Acheck is then made of the coupons to be delivered or removed for thatparticular client. Coupon data is then returned to a controller of thehose server to add to return data.

Client demographic and client historical data is loaded to the hostserver. Coupons are loaded from customers to the host server, as shownin FIG. 2. This loading can include selecting coupons that are currentlyvalid in terms of date. Coupons that are no longer available areexcluded and are not sent to the client. Coupons outside of a client'sgeographic region can also be excluded from those that are delivered tothe client.

The client can be presented with a view of the coupons it currently has.At the same time, a network operation starts in the background,connecting to the host server and checking for new display's and newcoupons. The host server can upload any information gained in responseto client actions, including but not limited to, coupons viewed, used,deleted, the scrolling that took place, how often the application wasstarted, exited, when a network conductivity failed, how long a clientspent looking at any once screen, the interactions selected by theclient, and any other client action performed on the display.

FIG. 10 illustrates an embodiment of a recommendation engine that can beused with the present invention. Clustering scoring is applied to theloaded coupons. Client request criteria is applied to the coupons. Thecoupons are scored and sorted based on the scoring, creating scoredcoupons. Previous scores applied to scored coupons are combined andranking the coupons are then ranked with these combined scores, from thehighest to a lowest in terms of the score given. The number of couponsis determined that the client's mobile device can receive. Only thenumber of coupons are delivered to the client's mobile device that themobile device is able to receive based on the ranking of the couponsfrom the highest to the lowest.

Selected coupon results are delivered from the scored coupons to amobile device of the client in response to the scoring and sorting.

Demographic scoring criteria of the client are applied to the coupons.Customer request criteria can also be applied to the coupons. Theapplication of the customer request criteria can be achieved by loadingcustomer contract information to the host server. A coupon score is thenincreased or decreased based on the amount the customer pays for eachcoupon redemption and/or deliver. Coupon scores are then adjusted inresponse to preferences provided by customers to the host server. Thesepreferences include, placement of coupons in a ranked ordering,preferred coupon display location on a screen of the mobile device, sizeand quantity of graphics used, fonts, client alerts, and the like.

In one embodiment, the step of applying client preferences includesutilizing client preferences to the scores of the coupons. In anotherembodiment, client category preferences are used to adjust couponscores. Data sources can be used that are external to the host server toassist in the scoring of the coupons. By way of illustration, andwithout limitation, an external data source can be the purchasinghistory stored by a merchant on a specific client, historical and orgeographic data on purchasing trends, real time data on currentpurchases, and the like. Customer data relative to a client can be usedto assist in scoring the customer's coupons for that client.

In one embodiment, the host server formats coupon data by compactinginto a custom client language to provide for efficient parsing of data,as discussed above.

In another embodiment of the present invention, a method is provided forloading a layout with advertising item data. Layout header data isparsed. A layout item object is then built. Global layout variables arereplaced with values. Each unresolved global variable in the createdobject containing data structures is replaced with a global value from asettings file.

Local layout variables are replaced with data from content objects. Eachlocal variable in the created object containing data structures islocated. A look up is performed for variables in an associated contentobject. Variables are replaced from created objects that contain datastructures with a value from the content object. Calculations associatedwith the variables are completed. At least a portion of the variablestring representations are converted into another type of data.

Displayed data is then created. A determination is made for each layoutitem object to see if it is a loop layout item. The parsing layoutheader data includes, parsing out ID numbers that represent the layout.Global settings associated with the layout are also parsed out. Inbuilding a layout item object, layout component strings are parsed in alayout. Object containing data structures are created for each componentstring.

At least a portion of converted and non-converted data is painted ontothe screen of a client's portable device. Each display set consists of aunique display ID and a set of one or more screens each with an IDunique within this set. In turn, each screen consists of a set of itemsthat consist of but are not limited to, strings to display includingfont size, color and location; shape to draw, including which shape,location, color and fill if any; Image, including a unique image ID,location and if it is animated or not. In addition each item can beinteractive or not and include one or more response's to an interaction,including reading or storing data, replacing itself with another item orother response. Also any value for a field can instead of a value have aid which can later be filled in by the coupon. Each screen can include alist of initial items to display. Instead of an absolute layout arelative layout can be used, either to other objects to the edge of thescreen, such as by example using a layout manager, and the like.

By way of illustration, and without limitation, a simple display withone screen can be described as shown in Table 1 and a coupon driving itin Table 2.

TABLE 1 GUI XML <GUI id=101 DefaultScreen=ViewScreen> <Screenid=ViewScreen title=“Coupon Book” log=VIEWED> <Image x=10 y=10iid=SCOUPON_LOGO I> <Text x=30 y=10 fsize=18pt string=$COMPANY_NAME I><IF vall=$DISCOUNT_TYPE val2=PERCENT_OFF compare=equals> <TRUE> <Imageiid=PercentIcon x=10 y=30/> </TRUE> <FALSE> <Image iid=DollarIcon x=10y=30 I> </FALSE> </IF> <Text x=10 y=30 fsize=16 string=$DISCOUNT I><Text x=10 y=40 fsize=14 string=$BRIEFDESC I> <IF vall=$EXPIRE_DATEval2=$TODAYS_DATE + 10 compare=greater_equals> <TRUE> <Imageiid=GreenIcon x=10 y=50/> </TRUE> <FALSE> <Image iid=Orangelcon x=10y=50/> </FALSE> </IF> <Text x=10 y=50 fsize=14 string=“Expires$EXPIRE_DATE” /> <Text x=10 y=60 fsize=10 string=$SMALL_PRINT I> <Buttonlocation=left text=“Cancel” result=DONE I> <Button location=righttext=“Use” result=UseScreen I> </Screen> <Screen id=UseScreentitle=“Coupon Book” log=USED> <Image x=10 y=10 iid=$COUPON_LOGO I> <Textx=30 y=10 fsize=18pt string=$COMPANY_NAME /> <IF vall=$DISCOUNT_TYPEval2=PERCENT_OFF compare=equals> <TRUE> <Image iid=PercentIcon x=10y=30/> </TRUE> <FALSE> <Image iid=Dollarlcon x=10 y=30 I> </FALSE> </IF><Text x=10 y=30 fsize=16 string=$DISCOUNT /> <Text x=10 y=40 fsize=14string=$BRIEF_DESC I> <Barcode x=CENTER y=50 code=4353126 </Image></Screen> </GUI>

TABLE 2 Coupon XML <Coupon id=434 GID=101 > <Data name=DISCOUNT value=10/> <Data name=DISCOUNT_TYPE value=PERCENT_OFF /> <Data name=COMPANY NAMEvalue=“Acme Warehouse” I> <Data name=BRIEF_DESC value=“Get $10 off AtAcme!” /> <Data name=EXPIRE_DATE value=“1/1/2006” I> <Dataname=SMALL_PRINT value=“Cannot be combined with any other offers. Voidwhere prohibited.” /> </Coupon>{grave over ( )}

It will be appreciated that the method set forth in Tables 1 and 2 isgiven by way of illustration, and other methods can also be utilized.

A display can be transmitted in a much more compact form, and in oneembodiment, XML is used.

FIG. 11 illustrates one embodiment of a view illustrating an initialdisplayed screen. In this embodiment, the logo of the store or brandproviding the discount is shown on the left, followed by the name of thesame. An indication is provided of the type and amount of the discount.A colored dot indicates the length of time until the coupon expires,with green indicating a long time and orange indicating a short time.

In other embodiments, the coupons are broken down by categories,allowing the client to search coupons, to sort by discount or expirationdate, grouping by brand or store, showing only a logo with a discount toallow more to be shown, giving more detail with a second line of smalltext below each line above, showing only those that could be used withina certain radius of the clients current location, and the like.

From this illustrated screen, the client can either delete or select acoupon. If the coupon is deleted, it is removed from the list. If theclient views the coupon, the client is taken to the detail view that isdefined by the display information associated with that coupon.

The display view then controls what is seen and responds to client'sactions until the client indicates it is done viewing that coupon. Atthat point log information is updated, the list of coupons used isupdated, and the client is returned to the list view. The display cansupport all advertising items. This includes any number of screens, eachwith any item or area on the screen being an interactor and allowing foranimated images. The screen can support interactive coupons or adsincluding but not limited to, quizzes where right answers can lead tohigher discounts, scratch off games, coupons with randomness, forexample spinning a wheel to get a discount, or mini-games of any typewith high scores leading to discounts, GPS based games where a clientneeds to reach certain coordinates to receive a discount, coupons orloyalty cards that require the client to reach the range, and the like.

In one embodiment of the present invention, a campaign management system(CMS) is provided for creating, managing and reviewing the results ofadvertising and advertising item campaigns, sales of discount cards orother digital items, sales of actual items and any other data that ispresented to the client via the portable devices and the clientsresponse to it. The CMS can be used by internal sales engineers orcustomers to detail what kind of campaign they want to run. In oneembodiment, there are three parts to designing a campaign, the contentsof the advertising item or ads, the target demographics and the numberof advertising items or ads delivered and how often they should bedelivered. Each of the parts can be combined in multiple ways to createa campaign. The results can be viewed either at this campaign level orfor any piece. For instance, one can look across a series of campaignsto see how well a specific advertising item did.

The first step in the process of using CMS is creating an account for acustomer. This is done once for each contract established and along withbasic customer information it includes details on the length of thecontract, negotiated base CPM (cost per thousand of advertising itemsdelivered) and other details. Once done, accounts are also created forcustomers who need access to this system. Account types include but arenot limited to, view results only, create campaigns and authorizecampaigns with each later one including all the access of the previousaccount type.

The final task of the CMS is to provide real time results of a campaignstatus to clients. At any point a client can access the CMS and view howmany advertising items have been delivered in relation to a specificcampaign, how the distribution is spread across any of the demographicareas and again broken down by demographic who viewed, used or deletethe advertising item. Finally they can see this information on acampaign level or an advertising item level. The data can be exported ascomma delimited output for import into statistical packages or they canview charts and graphs generated by the CMS. Depending on the contact inplace, only some part of this data might be accessible to the client,with extra fees required for a more detailed breakdown.

In addition to the CMS, certain embodiments of the present inventionprovide administration systems for managing clients, advertising items,displays, reports produced based on these results and the like. Theseare designed for use by the staff only and provide complete access tomost of the data fields storied in the database. Via a web interface,these values can be updated and modified. With the exception of thedisplay upload tool, these tools would only be used infrequently formodifications to fix errors.

The customer does not have to create every discount. The CMS can tieinto the customer's inventory and sales tracking system. Based oncurrent inventory needs, current selling patterns, under stocked or overstocked items and the like, discount coupons or other targeted ads canbe delivered or not delivered to their appropriate clients to helpbalance the customer's inventory.

In another embodiment of the present invention, generally illustrated inFIG. 12, a method is provided for allowing customers to manage theiradvertising campaigns. A client delivered advertising item is deliveredrelative to a product or service of a customer. A layout is selected touse as a base for content display. Data is entered and uploading imagesare uploaded to fill spaces in the selected layout. The entered data anduploaded images are saved and named. A customized layout can be createdfor a customer's advertising item.

A new demographic profile is created for client targeting. Customers areprovided with an opportunity to select client demographic parameters.Customers are also provided with an opportunity to select scores forpreferred client demographic data. An estimated delivery count ofcontent of the advertising item is displayed. Customers can then repeatthe first two steps in this paragraph. Optional boosters can be selectedto increase delivery probabilities of the advertising item. The boostersare selected from at least one of, placement of coupons in a rankedordering, preferred coupon display location on a screen of the portabledevice, size and quantity of graphics used, fonts, client alerts, andthe like. A demographic profile is saved and named by the customer.

A new advertising campaign is created that links content deliverablesand demographic profiles relative to the advertising item. Saved andnamed entered data and uploaded images are selected. Saved and nameddemographic profile are also selected. Start and end dates areestablished for the advertising campaign. Maximum costs or impressionsof clients relative to the advertising item for the advertising campaignare indicated. The customer then approves a final advertising campaign.

Final advertising campaign data is sent to the host server. The newadvertising campaign is launched. The advertising campaign results arethen viewed by the customer. Customers are provided with access toadvertising campaign results. The customer can then view at least oneof, number of discounts redeemed, number of discounts viewed,demographic breakdown of users who redeemed or viewed; geographicbreakdown of the above, temporal breakdown of the above, total costs ofthe advertising campaign, and the like.

The first step to creating an advertising campaign is defining theactual advertising item such as a coupon or ad. This is done first byselecting the base display that will be used. The display comes up onthe screen with blank spaces where text, images or other dynamic datawill go. At this time the host server provides a base CPM based on thecomplexity of the display selected and the current contract. The clientnames the advertising item and then fills in, uploads and otherwiseprovides all the necessary data for blank spaces. In interactiveadvertising items, for instance ones with random rewards, percentagesare also given for the probabilities of any one reward coming up. Thisfinished advertising item is then saved.

The second step is creating a demographic description of the targetgroup. This is not linked to the advertising item in any way at thispoint. The client names their demographic group and then can addcriteria in two ways. First, they can absolutely restrict theirdistribution by indicating ranges or choices in demographics, forinstance that an advertising item should only be delivered to peopleages 22-48. In addition, however, they can also indicate preference, forinstance delivering the advertising item to people age 28-38 should takepriority. As they make changes the system checks the data with the hostserver and reports how many clients match the criteria chosen so far.

In another embodiment of the present invention, a method is provided ofdownloading advertising items from a host server to a portable device ofa client. A client's device information, relative to the client'sportable device, is received at the host server. A determination ismade, from the client's device information, the model or version of theclient's portable device. In response to the step of determining, aclient ID is embedded in the client's portable device. Client softwareis delivered from the host server to the client's portable device. Theclient software is used for downloaded advertising items relative to aproduct or service from the host server to the client's portable device.By way of illustration, and without limitation, the client software canbe written in J2ME® (Java2™ Portable Edition), be ported to Symbian®,BREW® (Binary Runtime Environment for Wireless®), Palm® OS andMicrosoft®.NET for Windows CE®, and the like. In addition as newportable device OS's and development languages evolve the clientsoftware can be easily ported to them as well. By way of illustration,and without limitation, the J2ME® application can installed onto a cellphone by sending an SMS message to the phone with a download link. Theclient selects the link and then automatically installs the software.However, the URL can also be entered by hand in the devices web browseror the software could be transferred over a download cable.

In one embodiment of the present invention, a display upload tool(“GUT”) is provided. For advertising items the GUT takes the XML file(like the type above) and uploads it into the CMS, making it availableas a choice when designing a advertising item. However, for display's toreplace the list view, while an XML file is again uploaded, additionaldata has to be provided. A display controller is told how to distributethe new list view. For instance, it might only be to certaindemographics (for example people under 18), or to a certain randompercentage of the client base (for testing) or only if more than acertain number of advertising items are kept on the portable device.

The foregoing description of embodiments of the present invention hasbeen presented for purposes of illustration and description. It is notintended to be exhaustive or to limit the invention to the precise formsdisclosed. Obviously, many modifications and variations will be apparentto practitioners skilled in this art. It is intended that the scope ofthe invention be defined by the following claims and their equivalents.

What is claimed is:
 1. A method of downloading advertising items from ahost server to a portable client device, comprising: receiving at thehost server portable device information associated with the the portableclient device, the portable device information comprising an amount offree memory space available on the portable client device; determining,from the portable device information, a model or a version of theportable client device; determining whether data is available regardinga referring client that referred the portable client device to the hostserver and whether the portable client device is seeking a specificincentive comprising a coupon, a discount, or a prepaid charge number,in response to previous purchasing history of the portable clientdevice; providing a client ID to store on the portable client device inresponse to determining the model or the version of the portable clientdevice, and determining whether data is available regarding thereferring client that referred the portable client device and whetherthe portable client device is seeking the specific incentive; providing,in response to determining that the data is available regarding thereferring client that referred the portable client device to the hostserver, a credit to the referring client associated with the data;determining whether at least one advertising item on the host server isrequested, by a requesting client, to be sent to the portable clientdevice; adding, to a command queue based on a determination that the atleast one advertising item on the host server is requested, by therequesting client, to be sent to the portable client device, a commandto deliver the at least one advertising item to the portable clientdevice; and delivering client software from the host server to theportable client device, the client software configured for downloading,based on the client ID, an amount of data for the specific incentivethat the portable client device is seeking from the host server to theportable client device that is no more than the free memory spaceavailable on the portable device.
 2. The method of claim 1, furthercomprising: creating an account for the portable client device inresponse to the portable device information.
 3. The method of claim 1,further comprising: processing log data associated with the portableclient device to determine whether previously provided incentives on theportable client device are expired; and adding, to the command queuebased on a determination that the previously provided incentives on theportable client device are expired, a command to remove the previouslyprovided incentives from the portable client device.